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DETAILED ACTION 

1 . This Office Action is in response to tlie Request for Continued Examination field 
3/5/07. Claims 3, 4, 15, 16. 23, 24, 33, 34, and 38 have been cancelled. Claims 1. 2, 5- 
14, 17-22, 25-32, 35-37, and 39 are currently pending in the application. 

Claim Rejections - 35 USC §112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
• claiming the subject matter which the applicant regards as his invention. 

.3. Claims 8, 32, and 39 each recite the limitation "the networl<" (See lines 4-5 of 
claim 8, lines 5-6 of claim 32, and lines 4-5 of claim 39). There is insufficient 
antecedent basis for this limitation in the claim. It is recommended that the first instance 
of the phrase "the network" be changed to "a network" in each of these claims. 



Claim Rejections - 35 USC § 103 



4. The following Is a quotation of 35 U.S.C. 1 03(a) which fomis the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1. 2, 5. 6. 8-14. 17, 18. 20-22, 25. 26. 28-29, 31. 32, 35. 36. and 39 are 
rejected under 35 U.S.C, 103(a) as being unpatentable over Bertrand et al. (U.S. Pat 
6687252 B1) in view of Takeda et al. (U.S. Publication US 2001/0048686 Al) and in 
further view of Applicant's admitted prior (as found in the Applicant's specification). 

With respect to claim 1, Bertrand et al. discloses a network (See column 4 
lines 31-37 and Figure 1 of Bertrand et al. for reference to a GPRS network). 
Bertrand et al. also discloses a Serving GPRS Support Node (SGSN) receiving an 
Activate Packet Data Protocol (PDP) Context Request message from a mobile station of 
the network (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for reference 
to a mobile terminal (MT), which is a mobile station, sending an Activated PDP 
Context Request message to a SGSN). Bertrand et al. further discloses the SGSN 
sending a Create PDP Context Request message to a Gateway GPRS Support Node 
(GGSN) in response to the Activate PDP Context Request (See column 5 lines 4-15 
and Figure 1 of Bertrand et al. for reference to the SGSN sending a Create PDF 
Context Request message to a GGSN in response to the SGSN receiving the 
Activate PDP Context Request). Bertrand et al. also discloses the GGSN assigning 
one of a private network address and a public network address to the mobile station in 
response to the Create PDP Context Request message and sending a Create PDP 
Context Response message from the GGSN to the SGSN containing the information 
assigning the address to the mobile station (See the abstract and column 5 lines 16- 
67 of Bertrand et al. for reference to the GGSN assigning one of a public IP 
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address or a private IP address to the mobile terminal in response to the Create 
PDF Context Request message and for reference to sending a Create PDP 
Context Response message from the GGSN to the SGSN containing information 
assigning the address). Bertrand at al. further discloses the SGSN sending an 
Activate PDP Context Accept message containing information assigning the address to 
the mobile station in response to the Create PDP Context Response message (See 
column 5 lines 52-67 of Bertrand et al. for reference to the SGSN providing the 
assigned IP address to the mobile terminal using an Activate PDP Context Accept 
message in response to the SGSN receiving the Create PDP Context Response 
message). Bertrand et al. does not disclose that the Activate PDP Context Request 
message and the Create PDP Context Request message have an APN field containing 
Information that explicitly Indicates requesting one of a private networl< address and a 
public network address. Bertrand et al. also does not disclose that the public network 
address or private network address is assigned based on the information contained in 
the APN field of the Create PDP Context Request message. 

With respect to claims 8 and 32, Bertrand et ai. discloses a method (See 
column 4 lines 31-37 and Figure 1 of Bertrand et al. for reference to a method for 
dynamically allocating IP addresses to mobile terminals in a GPRS network). 
Bertrand et al. also discloses receiving an Activate PDP Context Request message at a 
SGSN from a mobile station (See column 5 lines 4-15 and Figure 1 of Bertrand et al. 
for reference to a mobile terminal (MT), which is a mobile station, sending an 
Activate PDP Context Request message to a SGSN). Bertrand et al. further 
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discloses sending an Activate PDP Context Accept message to the mobile station 
containing information assigning an address to the mobile station (See column 5 lines 
52-67 of Bertrand et al. for reference to the SGSN providing the assigned IP 
address to the mobile terminal using an Activate PDP Context Accept message). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
that explicitly indicates requesting one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDP Context Request message. 

With respect to claim 20, Bertrand et al. discloses a network (See column 4 
lines 31-37 and Figure 1 of Bertrand et al. for reference to a GPRS network). 
Bertrand et al. also discloses a Serving GPRS Support Node (SGSN) receiving an 
Activate Packet Data Protocol (PDP) Context Request message from a mobile station of 
the network (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for reference 
to a mobile terminal (MT), which is a mobile station, sending an Activate PDP 
Context Request message to a SGSN). Bertrand et al. further discloses the SGSN 
sending a Create PDP Context Request message to a Border Gateway (BG) in 
response to the Activate PDP Context Request (See column 5 lines 5-67 and Figure 1 
of Bertrand et al. for reference to the SGSN sending a Create PDP Context 
Request messages to a GGSN that forwards the message to a Radius server (RS), 
which is a BG, in response to the SGSN receiving the Activate PDP Context 
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Request). Bertrand et al. also discloses the BG assigning one of a private network 
address and a public network address to the mobile station in response to the Create 
PDP Context Request message and sending a Create PDP Context Response 
message from the BG to the SGSN containing the information assigning the address to 
the mobile station (See the abstract and column 5 lines 16-67 of Bertrand et al. for 
reference to the RS assigning one of a public IP address or a private IP address 
to the mobile terminal in response to the Create PDP Context Request message 
and for reference to sending a Create PDP Context Response message from the 
RS through the GGSN to the SGSN containing information assigning the 
address). Bertrand et al. further discloses the SGSN sending an Activate PDP Context 
Accept message containing information assigning the address to the mobile station in 
response to the Create PDP Context Response message (See column 5 lines 52-67 
of Bertrand et al. for reference to the SGSN providing the assigned IP address to 
the mobile terminal using an Activate PDP Context Accept message in response 
to the SGSN receiving the Create PDP Context Response message). Bertrand et 
al. does not disclose that the Activate PDP Context Request message and the Create 
PDP Context Request message have an APN field containing information that explicitly 
indicates requesting one of a private network address and a public network address. 
Bertrand et al. also does not disclose that the public network address or private network 
address is assigned based on the information contained in the APN field of the Create 
PDP Context Request message. 



Application/Control Number: 10/017,398 Page 7 

Art Unit: 2616 

With respect to claim 28, Bertrand et al. discloses a method (See column 4 
lines 31-37 and Figure 1 of Bertrand et al. for reference to a method for 
dynamically allocating IP addresses to mobile terminals in a GPRS network). 

Bertrand et al. also discloses receiving a Create PDF Context Request message from a 
SGSN at a GGSN (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for 
reference to the SGSN sending a Create PDP Context Request message to a 
GGSN). Bertrand et al. further discloses assigning one of a private network address 
and a public network address to the mobile station and sending a Create PDP Context 
Response message form the GGSN to the SGSN containing the information assigning 
the address (See the abstract and column 5 lines 16-67 of Bertrand et al. for 
reference to the GGSN assigning one of a public IP address or a private IP 
address to the mobile terminal in response to the Create PDP Context Request 
message and for reference to sending a Create PDP Context Response message 
from the GGSN to the SGSN containing information assigning the address). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
that explicitly indicates requesting one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDP Context Request message. 

With respect to claim 31, Bertrand et al. discloses a method (See column 4 
lines 31-37 and Figure 1 of Bertrand et al. for reference to a method for 
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dynamically allocating IP addresses to mobile terminals in a GPRS network). 

Bertrand at al. also discloses receiving a Create PDP Context Request message from a 
SGSN at a BG (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for 
reference to tlie SGSN sending a Create PDP Context Request message to a 
GGSN that forwards the message to a Radius server (RS), which is a BG, in 
response to the SGSN receiving the Activate PDP Context Request). Bertrand et 
al. further discloses assigning one of a private network address and a public network 
address to the mobile station and sending a Create PDP Context Response message 
form the BG to the SGSN containing the information assigning the address (See the 
abstract and column 5 lines 16-67 of Bertrand et al. for reference to the RS 
assigning one of a public IP address or a private IP address to the mobile 
terminal in response to the Create PDP Context Request message and for 
reference to sending a Create PDP Context Response message from the RS 
through the GGSN to the SGSN containing information assigning the address). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
that explicitly indicates requesting one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDP Context Request message. 

With respect to claim 39, Bertrand et al. discloses a method (See column 4 
lines 31-37 and Figure 1 of Bertrand et al. for reference to a method for 
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dynamically allocating IP addresses to mobile terminals in a GPRS network). 

Bertrand et al. also discloses receiving an Activate PDF Context Request message at a 
SGSN from a mobile station (See column 5 lines 4-15 and Figure 1 of Bertrand et aL 
for reference to a mobile terminal (IVIT), which is a mobile station, sending an 
Activate PDP Context Request message to a SGSN). Bertrand et al. further 
discloses sending an Activate PDP Context Accept message to the mobile station 
containing information assigning an address to the mobile station (See column 5 lines 
52-67 of Bertrand et al. for reference to the SGSN providing the assigned IP 
address to the mobile terminal using an Activate PDP Context Accept message). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
that explicitly indicates requesting one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the infonnation contained in the APN 
field of the Create PDP Context Request message. 

With respect to claims 2, 14, and 22, Bertrand et al. does not disclose that the 
Activate PDP Context Accept message contains address assignment information based 
on the information contained in the APN field of the Activate PDP Context Request 
message. 

With respect to claim 9, Bertrand et al. discloses sending a Create PDP 
Context Request message form the SGSN to a GGSN (See column 5 lines 4-15 and 
Figure 1 of Bertrand et al. for reference to the SGSN sending a Create PDP 
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Context Request message to a GGSN in response to the SGSN receiving the 
Activate PDP Context Request). Bertrand et al. also discloses receiving a Create 
PDP Context Response message from the GGSN containing information assigning an 
address (See the abstract and column 5 lines 16-67 of Bertrand et al. for reference 
to sending a Create PDP Context Response message from the GGSN to the SGSN 
containing information assigning the address). Bertrand et al. does not disclose that 
the Activate PDP Context Request message and the Create PDP Context Request 
message have an APN field containing information that explicitly indicates requesting 
one of a private network address and a public network address. Bertrand et al. also 
does not disclose that the public network address or private network address is 
assigned based on the infonnation contained in the APN field of the Create PDP 
Context Request message. 

With respect to claim 10, Bertrand et al. further discloses the SGSN sending a 
Create PDP Context Request message to a Gateway GPRS Support Node (GGSN) in 
response to the Activate PDP Context Request (See column 5 lines 4-15 and Figure 1 
of Bertrand et al. for reference to the SGSN sending a Create PDP Context 
Request message to a GGSN in response to the SGSN receiving the Activate PDP 
Context Request). Bertrand et al. also discloses the GGSN assigning one of a private 
network address and a public network address to the mobile station in response to the 
Create PDP Context Request message and sending a Create PDP Context Response 
message from the GGSN to the SGSN containing the information assigning the address 
to the mobile station (See the abstract and column 5 lines 16-67 of Bertrand et al. 
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for reference to the GGSN assigning one of a public IP address or a private IP 
address to the mobile terminal in response to the Create PDP Context Request 
message and for reference to sending a Create PDP Context Response message 
from the GGSN to the SGSN containing information assigning the address). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
that explicitly indicates requesting one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDP Context Request message. 

With respect to claim 11, Bertrand et al. discloses the SGSN sending a Create 
PDP Context Request message to a Border Gateway (BG) in response to the Activate 
PDP Context Request (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for 
reference to the SGSN sending a Create PDP Context Request messages to a 
GGSN that forwards the message to a Radius server (RS), which is a BG, in 
response to the SGSN receiving the Activate PDP Context Request). Bertrand et 
al. also discloses sending a Create PDP Context Response message from the BG to 
the SGSN containing the information assigning the address to the mobile station (See 
the abstract and column 5 lines 16-67 of Bertrand et al. for reference to sending a 
Create PDP Context Response message from the RS through the GGSN to the 
SGSN containing information assigning the address). Bertrand et al. does not 
disclose that the Activate PDP Context Request message and the Create PDP Context 
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Request message have an APN field containing information that explicitly indicates 
requesting one of a private network address and a public network address. Bertrand et 
al. also does not disclose that the public network address or private network address is 
assigned based on the information contained in the APN field of the Create PDP 
Context Request message. 

With respect to claim 12, Bertrand et al. discloses the SGSN sending a Create 
PDP Context Request message to a Border Gateway (BG) in response to the Activate 
PDP Context Request (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for 
reference to the SGSN sending a Create PDP Context Request messages to a 
GGSN that forwards the message to a Radius server (RS), which is a BG, in 
response to the SGSN receiving the Activate PDP Context Request). Bertrand et 
al. also discloses the BG assigning one of a private network address and a public 
network address to the mobile station in response to the Create PDP Context Request 
message and sending a Create PDP Context Response message from the BG to the 
SGSN containing the information assigning the address to the mobile station (See the 
abstract and column 5 lines 16-67 of Bertrand et al. for reference to the RS 
assigning one of a public IP address or a private IP address to the mobile 
terminal in response to the Create PDP Context Request message and for 
reference to sending a Create PDP Context Response message from the RS 
through the GGSN to the SGSN containing information assigning the address). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
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that explicitly indicates requesting one of a private networic address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDF Context Request message. 

With respect to claims 1-2, 4, 8-12, 14, 16, 20, 22, 24, 28, 31-32, 34, and 39, 
Takeda et al., in the field of communications, discloses an Activate PDP Context 
Request message and a Create PDP Context Request message that have an APN field 
containing information that explicitly indicates requesting one of a private network 
address and a public network address (See pages 2-3 paragraphs 26-27 and page 5 
paragraphs 71-72 and 89-90 of Tal^eda et al. for reference to an Activate PDP 
Context Request message and a Create PDP Context Request message that have 
an APN field containing information identifying a destination network gateway 
node, which is information explicitly indicating requesting one of a private 
network address and a public network address since the destination network 
gateway is inherently either located within the private network of the mobile or a 
public network meaning the request is explicitly for the type of address needed to 
reach the destination node). Using an Activate PDP Context Request message and a 
Create PDP Context Request message that have an APN field containing information 
relating to a request for an address has the advantage of allowing address assignment 
to be based on the destination network that a mobile station is requesting to 
communicate with. 



Application/Control Number: 10/017,398 Page 14 

Art Unit: 2616 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the work of Takeda et a!., to combine using an Activate 
PDP Context Request message and a Create PDP Context Request message that have 
an APN field containing information relating to a request for an address, as suggested 
by Takeda et al., with the system and method of Bertrand et a!., with the motivation 
being to allow address assignment to be based on the destination network that a mobile 
station is requesting to communicate with. 

With respect to claims 1-2, 4, 8-12, 14, 16, 20, 22, 24, 28, 31-32, 34, and 39, 
Although Takeda et al. discloses using an APN field identifying the destination network 
that a mobile station wishes to communicate, the combination of Bertrand et al., and 
Takeda et al. does not disclose using destination network information to assigned one 
of a private network address and a public network address to the mobile station. 
Applicant's admitted prior art discloses using destination network information to assign 
one of a private network address and a public network address to a mobile station as 
implicitly indicated by the destination network information (See page 4 paragraph 8 of 
the Applicant's specification for reference to using information about which 
domain, or network, a host, or mobile station, is to be in communication with in 
order to determine whether to assign a private IP address or a public IP address). 
Using destination network information to assign one of a private network address and a 
public network address to a mobile station has the advantage of allowing a limited pool 
of public IP addresses to be assigned to mobile stations only when absolutely needed. 
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It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the Applicant's admitted prior art, to combine using 
destination network Information to assign one of a private network address and a public 
network address to a mobile station, as suggested by the Applicant's admitted prior art, 
with the system and method of Bertrand et al. and Takeda et al., with the motivation 
being to allow a limited pool of public IP addresses to be assigned to mobile stations 
only when absolutely needed. 

With respect to claims 5, 17, 25, and 35, Bertrand et al. discloses that address 
is one of an IPv4 or IPv6 network address (See column 3 lines 2-11 of Bertrand et al. 
for reference to assigned addresses being IP addresses, which at the time of the 
invention, are in the form of IPv4 or IPv6 network addresses). 

With respect to claims 6, 18, 26, 29, and 36, Bertrand et al. discloses that the 
network is a GPRS communications network (See column 1 liens 7-11 for reference 
to the system being a GPRS communications system). 

With respect to claims 13 and 21, Bertrand et al. discloses sending the Create 
PDP Context Request message form the SGSN to a GGSN and from the GGSN to the 
BG (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for reference to the 
SGSN sending a Create PDP Context Request messages to a GGSN that forwards 
the message to a Radius server (RS), which is a BG, in response to the SGSN 
receiving the Activate PDP Context Request). Bertrand et al. also discloses 
receiving the Create PDP Context Response message at the GGSN from the BG and at 
the SGSN from the GGSN (See the abstract and column 5 lines 16-67 of Bertrand et 
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al. for reference to sending a Create PDP Context Response message from the RS 
through the GGSN to the SGSN containing information assigning the address). 

6. Claims 7, 19, 27, 30, and 37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bertrand et al.. in view of Takeda et al., and Applicant's admitted 
prior art as applied to claims 1-6, 8-18, 20-26, 28-29, 31-36, and 39 above, and further 
in view of Boudreaux (U.S. Pat. 6466556 B1). 

With respect to claims 7, 19, 27, 30, and 37, the combination of Bertrand et al., 
Takeda et al., and Applicant's admitted prior art does not disclose using a Universal 
Mobile Telecommunications System. 

With respect to claims 7, 19, 27, 30, and 37, Boudreaux, in the field of 
communications discloses using a Universal Mobile Telecommunications System (See 
column 1 lines 48-61 of Boudreaux for reference to using a Universal Mobile 
Telecommunications System). Using a Universal Mobile Telecommunications 
System has the advantage of using a widely accepted and used communication system 
architecture. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the work of Boudreaux, to combine using a Universal 
Mobile Telecommunications System, as suggested by Boudreaux, with the system and 
method of Bertrand et al., Takeda et al.. and Applicant's admitted prior art, with the 
motivation being to use a widely accepted and used communication system 
architecture. 
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Response to Arguments 

7. Applicant's arguments filed 3/5/07 have been fully considered but they are not 
persuasive. 

In response to the argument that to combination of Bertrand, Takeda and 
Applicant's admitted prior art fails to disclose the cunrent claim limitation of "an APN filed 
containing information that explicitly indicates requesting one of a public network 
address and a private network address", the Examiner respectfully disagrees. First, it Is 
pointed out that the current phrasing of this claim limitation has a broader meaning than, 
is identified by the Applicant's argument. Since the limitation Is written in the alternative, 
it is only required that the APN field information indicates either a public address or a 
private network address. Also, since addresses may only be either a public address or 
a private address, any teaching of explicitly requesting an address is sufficient to cover 
the current claim limitation. It is recommended that the claims be amended such the 
above quoted limitation is more in line with the Applicant's arguments. However, even if 
the claims were amended so that the above quoted limitation had the same meaning as 
argued by the Applicant, it is still believed that the combination of Bertrand, Takeda and 
Applicant's admitted prior teaches this limitation. Takeda teaches using an APN 
parameter in a Create PDP Context Request and assigning and IP address based on 
the APN parameter (See pages 2-3 paragraphs 26-28 of Takeda). The Applicant's 
admitted prior art discloses using information about which domain, or network, a host, or 
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mobile station, is to be In communication with in order to detemilne whether to assign a 
private IP address or a public IP address (See page 4 paragraph 8 of the Applicant's 
specification). The combination of Takeda's teaching with the teaching of the 
Applicant's admitted prior art yields a method of using an APN parameter in a Create 
PDP Context Request and assigning a private address or a public address based on the 
APN destination information in the request. The description of how the Applicant's . 
invention uses an APN field to explicitly Indicate whether a public address or private 
address assignment is desired can be found in paragraph 35 of the Applicant's 
specification. The Applicant's specification states that explicitly indicating whether a 
public address or private address assignment is desired is accomplished by setting 
particular bits of the APN field. The combination of Bertrand, Takeda and Applicant's 
admitted prior art discloses that the APN parameter contains bits indicating the Identity 
of a destination APN (See Takeda) and since the location of the destination is used to 
detemilnlng whether to assign a public address or a private address (See Applicant's 
admitted prior art) the combination of teachings does meet the Applicant's definition of 
an "explicit Indication" from paragraph 35 of the Applicant's specification. More 
specifically, the Identity of the destination APN in the Create PDP Context Request 
message of Takeda corresponds to setting particular bits of the APN field to explicitly 
indicate whether a public or a private network address assignment Is desired. 

Applicant's argument that paragraph 8 of the Applicant's specification describes 
the use of a Network Address Translator, NAT, that operates differently from the 
claimed Invention Is moot since It Is clear that paragraph 8 of the Applicant's 
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specification is concerned with using Realm Specific IP, RSIP, which eliminates the 
need for a NAT as disclosed In paragraph 12 of the Applicant's specification. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jason E. Mattis whose telephone number is (571) 272- 
3154. The examiner can normally be reached on M-F 8AM-5:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Huy Vu can be reached on (571 ) 272-31 55. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571 -272-1 000. 
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